PD ROM 1/PD ROM Volume I - Macintosh Software from BMUG (1988).iso/Electronic Messages/USEnet Digests/USEnet Vol. 4/USEnet 4.14

Text File | 1988-04-08 | 31.9 KB | 826 lines | [TEXT/ttxt]

 1-Feb-88 10:29:31-PST,33402;000000000000
Return-Path: <[e-mail]>
Received: from RELAY.CS.NET by SUMEX-AIM.Stanford.EDU with TCP; Mon, 1 Feb 88 10:27:43 PST
Received: from relay2.cs.net by RELAY.CS.NET id ab23221; 1 Feb 88 10:48 EST
Received: from relay.cs.net by RELAY.CS.NET id aa24748; 1 Feb 88 10:30 EST
Received: from sdr.slb.com by RELAY.CS.NET id ac24701; 1 Feb 88 10:26 EST
Date: Mon, 1 Feb 88 09:34 EDT
From: Jeffrey Shulman <[e-mail]>
Subject: Usenet Mac Digest V4 #14
To: [e-mail], [e-mail]
X-VMS-To: in%"[e-mail]",in%"[e-mail]"

Date: Mon 1 Feb 88 09:34:36-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V4 #14
To: Usenet-List: ;
Message-ID: <570706476.0.SHULMAN@SDR>
Mail-System-Version: <VAX-MM(218)+TOPSLIB(129)@SDR>

Usenet Mac Digest     Sunday, January 31, 1988       Volume 4 : Issue 14

Today's Topics:
     Re: More on the Mac 512K and LW 5.0 Problem
     Mac DBs
     Converting MacPaint Files > Standard Raster Format
     Re: SE replacement fan survey
     Re: A CASE for the Macintosh
     MacNosy & MultiFinder?
     Phone like program?
     Re: Big Disks
     Pre-4.1 popup menus
     Re: PostScript Programming
     Re: APDA - MPW - C++ - Modula-2
     Mac II Slot Manager problem
     Re: of mice and macs
     equation processing
     Re: Wrapping up the toolbox
     Code Optimization
     Looking for Mr. GoodDraw
     Re: Code Optimization
     Prototyper
     Re: Looking for Mr. GoodDraw
     Re: JClock vs. MenuClock

----------------------------------------------------------------------

From: [e-mail] (Bayles Holt)
Subject: Re: More on the Mac 512K and LW 5.0 Problem
Date: 22 Jan 88 20:29:26 GMT
Organization: Apple Computer Inc., Cupertino, USA

In Article 12187 [e-mail] (Peter J Gergely) writes:
>More on the 512K, KE; Laser Driver 5.0, and Systems 3.2, and 3.3.
>...

Unfortunately, the enhancement from version 4.0 of the LaserWriter
drivers to 5.0 and the introduction of background printing for
Multi-Finder, finally pushed the operation of the driver beyond the
limits of the 512k Macintosh.  This was somewhat unintentional because
testing which had been conducted on 512k systems seemed to work.

In any event, we are in the process of correcting the 512k problem and
hope to have a workable solution when version 5.2 is released.   Even
so, the 5.0 version is still going to be more memory hungry than
previous versions and developers ought to be aware that  arbitrary fixed
allocations for free memory during printing is perhaps not a good idea.
--
--Bayles
[e-mail]
APPLELINK: Holt2

-----------------------------------
Disclaimer:...


------------------------------

From: [e-mail] (Bart A. Hanlon)
Subject: Mac DBs
Date: 22 Jan 88 17:38:00 GMT
Organization: Apollo Computer, Chelmsford, Mass.

Without out (hopefully) incurring the wrath of those who may have
received this posting - I'll try again.  I suspect there was a  problem
the first time (early Jan.).  I've received only 3 replies -  (Jan
Harrington, Rob Lake, and Brian Martin) I have to believe there are more
DB programmers than that! (maybe not?!)

Here goes ---

I am looking for comments from people who have programmed database
applications using one of the Mac DBs (Omnis 3+, dBase Mac, 4D, Double
Helix).  Specifically what you found good, bad or indifferent about the
packages with regard to :

    - Ease of programming
    - Report generation capabilities
    - Speed of resulting application
    - Ability to define application's look and feel
    - Support provided by manufacturer

(doesn't have to be long either!!!)

I am in the process of designing a DB application for inventory control
(some 10,000 pieces of inventory) and have need to provide a DB
application that supports multiple users and mirrors (as close as
possible)  the current paper system.

Please send your replies to my mail address and I'll summarize to the
net if there is interest.

Thanks much - (again)
--
Bart Hanlon             UUCP:     ...{attunix,uw-beaver,decvax!wanginst}!apollo!hanlon
Apollo Computer Inc.    ARPA:     apollo![e-mail]
Chelmsford, MA          INTERNET: [e-mail]


------------------------------

From: [e-mail] (Steve)
Subject: Converting MacPaint Files > Standard Raster Format
Date: 23 Jan 88 01:04:04 GMT
Organization: University of Southern California, Los Angeles, CA

Does anyone out there know of any existing programs which will convert
MacPaint documents to standard raster data format?

Ie, if I had a macpaint image of a smile face, I would want a stream of
binary data like this:

    000000
    010010
    000000
    100001
    011110
    000000

Now, if this doesn't exist, anyone feel like hacking it up for me? You
will receive a firm handshake* and a warm and sincere thank you.

=Steve=

Send responses to  [e-mail]  or [e-mail]

*if you live in the L.A. area.

Thanks in advance!


------------------------------

From: [e-mail] (Tony Jacobs)
Subject: Re: SE replacement fan survey
Date: 22 Jan 88 20:53:01 GMT
Organization: University of Utah ME Dept

I picked up one of the SE Silencers. It is about half as noisy. Beware
that the instructions refere to the version of SE which uses wires to
hook up to the fan. My SE has a directly soldered fan and I had to
solder the new fans wires on where the old fan came off. You have to
unsolder the old fan to get it off and you can do some damage if you
don't be careful!

I don't see any screen jitter.
--
Tony Jacobs * Center for Engineering Design * U of U * [e-mail]


------------------------------

From: [e-mail] (Martin Taylor)
Subject: Re: A CASE for the Macintosh
Date: 21 Jan 88 01:58:04 GMT
Organization: D.C.I.E.M., Toronto, Canada

There exists an entity-relationship design and query tool for the Mac:
ERVision, by Andyne Computing, Kingston, Ontario [phone], or
[e-mail] or [e-mail].

ERVision is one of a set of three "Active Network" interfaces with
essentially the same interface to widely different applications. The
second is ACPVision, which is a MASCOT design tool for concurrent
processes, and the third is ATNVision, for developing ATN networks.

ERVision is commercially available (I think about $150 US), ACPVision is
something like Beta test, but I don't know whether it is intended to be
commercial, and ATNVision is Alpha test and probably will not be
commercialized (unless there is a demand).

Disclaimer:  I contracted with Andyne to have these developed, and was
closely concerned with many of the design decisions, but have no
financial connection with them other than through the contract. I would
be happy to see them used (and commented on), but don't contact me about
them.  Doug Ross (djr) is the one to talk to.
--

Martin Taylor
{allegra,linus,ihnp4,floyd,ubc-vision}!utzoo!dciem!mmt
{uw-beaver,qucis,watmath}!utcsri!dciem!mmt
[e-mail]
Magic is just advanced technology ... so is intelligence.  Before computers,
the ability to do arithmetic was proof of intelligence.  What proves
intelligence now?


------------------------------

From: [e-mail] (Spencer W. Thomas)
Subject: MacNosy & MultiFinder?
Date: 21 Jan 88 00:00:00 GMT
Organization: University of Utah CS Dept

Does anybody know how to make MacNosy work with MultiFinder?  I tried to
start it up today -- it cleared the screen, then hung.  Had to reboot
the machine (couldn't even get the debugger box to work).  I have
version 2.66.

=Spencer   ({ihnp4,decvax}!utah-cs!thomas, [e-mail])


------------------------------

From: [e-mail] (Tony Jacobs)
Subject: Phone like program?
Date: 21 Jan 88 00:00:00 GMT
Organization: University of Utah ME Dept

Has anyone seen a program called "Apple-jam" that lets multiple users on
the appletalk network 'talk' to each other.  Is this a PD program?
Comments or impressions perhaps?

Thanks
--
Tony Jacobs * Center for Engineering Design * U of U * [e-mail]


------------------------------

From: [e-mail] (Tony Jacobs)
Subject: Re: Big Disks
Date: 23 Jan 88 17:24:03 GMT
Organization: University of Utah ME Dept

I heard from a reliable source that a few developers have been seeded
with the 1.6 Meg. floppy drives.

--
Tony Jacobs * Center for Engineering Design * U of U * [e-mail]


------------------------------

From: [e-mail] (Oliver Steele)
Subject: Pre-4.1 popup menus
Date: 23 Jan 88 18:38:43 GMT
Organization: University Of North Carolina, Chapel Hill

I have a progam that uses popup menus, and I'd like to be able to run it
on older Systems (circa 3.2).  I've written a fake PopupMenuSelect()
which sometimes works fine, but sometimes the menu will be drawn with
the wrong item initially hilighted (items 1 and 2 will be inverted, with
the mouse over item 1, and when you move the mouse to item 2 then
neither is inverted), and sometimes the menu items will be scrolled off
the menu so that it looks like this,    \v/
            --------------           ----------
            | <up arrow> |           | item 1 |
            | item 1     |           | item 2 |
            --------------           ---------- although they all fit once you scroll
them back on:    ^   .

I've tried setting TopMenuItem and AtMenuBottom to -1, since this seems
to be what the Menu Manager does, but this doesn't do the trick.  Does
anyone know what I'm doing wrong, or has anyone gotten this to work?
--
----------------------------------------------------------------------------
Oliver Steele                  ...!{decvax,ihnp4}!mcnc!unc!steele
                               [e-mail]

"What is L-marked?  Theta-marked.  I mean, the mind
 boggles at the idea of a VP being theta-marked!"    -- Gary Hendrick


------------------------------

From: [e-mail] (-- Byron B. Han --)
Subject: Re: PostScript Programming
Date: 23 Jan 88 20:53:09 GMT
Organization: Communication Tools Group - Apple Computer, Inc.

I got their brochure.  The product name is Lasertalk (tm - Emerald City
SW) from Emerald City Software.  Their phone number is 415-368-8303.

It provides (according to the literature)

    Line by line interaction with PS executive
    Real time display of PS stacks/variables
    On screen previewing of the PS image
    Multiwindow editor (w/o limit on size), auto format
    Realtime PS debugger w/tracing, stepping, and breakpoints
    Dictionary browser
    Online access to PS operator descriptions
    + 150 page manual.

This is directly from the brochure.  I have not used it.

This information is provided for informational purposes only.  This is
not an official Apple endorsement or review.

price is suggested retail price $249 and is copy protected.  Non copy
protected version available upon return  of registration card.

Hope this helps.  It looks REALLY neat.  Finally a REAL PS development
environment!
--
------------------------ Byron Han,  Communications Tool ----------------------
     Apple Computer, Inc.  20525 Mariani Ave, MS 27Y  Cupertino, CA 95014
 ATTnet:408-973-6450    applelink:HAN1    domain:[e-mail]     MacNET:HAN
GENIE:BYRONHAN   COMPUSERVE:72167,1664   UUCP:{sun,voder,nsc,decwrl}!apple!han


------------------------------

From: [e-mail] (Larry Rosenstein)
Subject: Re: APDA - MPW - C++ - Modula-2
Date: 23 Jan 88 22:26:54 GMT
Organization: Advanced Technology Group, Apple Computer

I don't know about the date, but there is a C++ compiler in development.
This is a port of the standard AT&T CFront, with some extensions to
support the Mac.  (Apple has defined a subset of C++, which would be the
minimal feature set necessary to use MacApp; our compiler, however, will
implement the full C++.)

MacApp is not being ported to C++.  C++ is being made compatible with
Object Pascal.  C++ users will link with a pre-compiled version of
MacApp.  You will also be able to use C++ to subclass classes written in
Object Pascal, and vice versa.

--
Larry Rosenstein

Object Specialist
Apple Computer

AppleLink: Rosenstein1
UUCP:  {sun, voder, nsc}!apple!lsr
CSNET: [e-mail]


------------------------------

From: [e-mail] (taylor)
Subject: Mac II Slot Manager problem
Date: 22 Jan 88 18:31:15 GMT
Organization: EP Division, CERN, CH-1211 Geneva 23, Switzerland


We find that the Mac II slot manager only recognizes cards which have an
sResource Type Category of $0001 (like Apple's own "Toby frame buffer
card").

For example, it does not appear to accept $000D for 'Bus' Category.

Yes, we have the declaration ROM CRC OK.

I should appreciate any suggestions about this problem.
--
Bruce Taylor
EP Division, CERN, CH-1211 Geneva 23, Switzerland
USENET: [e-mail]    BITNET: bgt.wb@gen


------------------------------

From: [e-mail] (Mike Khaw)
Subject: Re: of mice and macs
Date: 23 Jan 88 22:43:07 GMT
Organization: Teknowledge, Inc., Palo Alto CA

I'd like to know how to hook up a Xerox optical mouse to the ADB.  I
have one hooked up to my 512ke, but will be moving up to an SE soon.

Mike Khaw
--
internet:  [e-mail]
usenet:       {uunet|sun|ucbvax|decwrl|uw-beaver}!mkhaw%teknowledge-vaxc.arpa
USnail:       Teknowledge Inc, 1850 Embarcadero Rd, POB 10119, Palo Alto, CA 94303


------------------------------

From: [e-mail] (Steve Ferry)
Subject: equation processing
Date: 24 Jan 88 06:00:12 GMT
Organization: U of Ky, Math. Sciences, Lexington KY

I have a couple of comments on equation processing:

1. You can raise or lower imported graphics one  point at a time in Word
3.0x by selecting the graphic,  hitting command-D, and designating the
graphic as a super  or subscript. Note that the screen representation is
often cut off. To see how the imported graphic will print,  use page
preview and the magnifying glass.

2. MacEqn 2.1 is a **major** upgrade from version 2.0.  Selection is
much easier (though still not perfect) and you  can drag selections
around the screen. There is also a user- definable palette so you don't
have to keep changing fonts.  It also takes up 60k on your disk, nearly
three times as much space as the earlier version. Definitely worth the
$12  for registered users. (Though you might keep a copy of the  earlier
version in case you prefer the smaller size).

Does anyone know if Laserwriter versions of the Machias and  Lovell
fonts are available? These are very useful technical  fonts based on the
Boston font.

                        steve ferry
                        [e-mail]


I have no connection with either Microsoft or Recognition Technologies
except as a more-or-less satisfied customer.


------------------------------

From: [e-mail] (Paul Smethers)
Subject: Re: Wrapping up the toolbox
Date: 23 Jan 88 22:17:21 GMT
Organization: SmethersBarnes

We have just announced Prototyper shipping for the Macintosh with code
generation (currently only in Pascal, but a 'C' version is soon to
follow). See my other posting announcement for information on
Prototyper.

Prototyper helps you in several ways (even if you program in 'C').
First off, it will generate resouces for all of the Macintosh interface
items (including icons, controls, dialogs, alerts, and windows).  This
is valuable by itself. Secondly, it generates code (in Pascal) that you
can reference as a 'C' programmer to see how your interface is
implemented in Pascal for a translation.

The benefits are that you can create your entire user interface in a
couple of hours, and the output you get is completely customized to your
designs.
--
Paul Smethers
SmethersBarnes


------------------------------

From: [e-mail] (Paul Larson)
Subject: Code Optimization
Date: 23 Jan 88 23:38:13 GMT
Organization: U of Waterloo, Ontario


Currently, single pass compilers are very popular, due to their speed.
This speed allows the development cycle to be shortened, sometimes by
very significant amounts.  However, unless I'm very wrong, the speed of
the single pass compiler is gained at the expense of code quality.  One
immediately obvious solution is a code optimizer, which could be used on
a compiled program once the critical debuggion is done.  However, such a
code optimizer could also be put to another, and potentially more
powerful use.

The Mac and Amiga worlds are currently in the process of changing from
the 68000 processor to the similar, but more powerful 68020.  The 68030
has also been rumoured to be lurking somewhere on the horizon.  However,
regardless of whether a '000 or a '020 is installed, the same code is
used.  Thus, if a  system is using the more advanced '020, it is using
code which was written for a more primitive, though similar, processor
and thus the code does not take proper advantage of the more advanced
features of the more modern processors. The same agrument applies for
the math co-processors, the 68881 and its new sibling the 68882, which
are rapidly becoming more popular on home computers.

The code optimizer, if properly written, could remove the inefficiency
of using primitive code on an advanced processor, simply by modifying
the code to take advantage of the features of the more advanced
processor. Since not everyone has a 68020, it would be left up to the
user to decide whether or not (s)he wants the code of a program modified
in such a way. The optimizer could also be written to rewrite the
program code so as to take advantage of a coprocessor, it one is
present.

Is there some fundamental problem with what is described above?  Is
anyone working on such an optimizer? I welcome your comments and
criticisms.

    Johan Larson


------------------------------

From: [e-mail] (Wm Pearson)
Subject: Looking for Mr. GoodDraw
Date: 23 Jan 88 20:37:21 GMT
Organization: School of Medicine, University of Va.

    Having spent the last week learning how to draw two relatively simple
figures with Cricket Graph v1.2 (12/15/87), I would like to share my
experiences with several drawing programs, the state of which makes some
comment about Mac Software.

    Although my graphs are relatively simple, in order for the data points
to be clearly resolved from the axes, I wanted to plot the data and then
move the axes for clarity.  In addition, I wanted to plot six sets of
data, two against one axis and four against another, so the easiest
strategy seemed to be to make two graphs, and then combine them in some
way.

    The Cricket Graph manual clearly shows how Cricket Graph + MacDraw is a
very powerful combination, so I tried that first, and it worked pretty
well, although I had a difficult time getting the x-axis to line up
exactly.  One problem though, whenever I clicked on a data point plotted
as a circle, the program bombed.  Since I sometimes had overlapping
datapoints, and then wanted to move a specific data point to the back or
to the front, this was a problem when the data point was a circle.
(MacDraw 1.9.5) This does not happen for square or triangular data
points.

    So, how about another drawing program - Cricket Draw has received
excellent reviews, and I want to plot my figure on a Laserwriter, so
lets see.  It did not bomb on the circles, but I could not figure out
how to change the size of text.  (This was a demonstration at a
dealer's, he didn't know how to do it either and could not find a
manual, so no BOLD, different fonts, etc Cricket Draw v 1.01, 2/87).
Well I said, how about if I fix things with Cricket Draw, then put out a
PICT file and do some more work with MacDraw.  No go, the Cricket Draw
PICT file has a lot of extra junk that MacDraw won't remove.

    Well, the first program I purchased for my Mac was SuperPaint, and it
has a little magnifying glass that makes it really easy to do detailed
work, so lets try that.  SuperPaint is OK, by my graphs have labels on
the vertical axes that are vertical, and SuperPaint can't handle them -
it shows them as horizontal.  No problem, I can go back to MacDraw to
fix that.  SuperPaint does not blow-up when I click on circle data
points.  But unfortunately, although SuperPaint will group objects and
copy them from window to window, so that I should be able to combine two
graphs, when I try it with my graphs the program hangs.  Perhaps the
objects were two complex, because the process worked for simple groups
of things.

    So finally, to make the perfect graph, I plot it in two graphs with
Cricket Graph, then bring the two pieces together imperfectly with
MacDraw, then align them perfectly with SuperPaint and check that all of
the datapoints overlap correctly, then go back to MacDraw to finish up
the axis-labels.

    This seems a little complex just to draw a simple graph with 18 data
points.  (6 sets of 3).

    I would like:

    (1) A MacDraw that doesn't bomb with circles (or a Cricket Graph that
draws circles that don't bomb MacDraw).

    (2) A Magnifying glass for MacDraw

    (3) A SuperPaint that can rotate text, and that can copy complicated
objects.

    I should note that the list price of Cricket Graph is almost $200,
MacDraw is another $200 or so, and I understand that SuperPaint just
went up to $150.  Where I live, if you want someone to help you figure
out how to get the programs to work, you have to pay list price.  I
think that $500 is a lot to pay for a program that will draw publication
quality graphs, especially when it takes hours of time to get all of the
required programs to work together to get the final result.  (I didn't
even discuss the bugs I found in Cricket Draw, because it appears that
the copy that I bought from MacConnection has problems that Cricket knew
about, but thought they had fixed before shipping the product.)

    The Macintosh is a wonderful machine, especially the large screen/fast
MacII, and I am convinced that in a few years it could take over
desk-top computing.  Multifinder is amazing - the DOS people will
similar multitasking and graphics for 5 years or more.  But it must be
very hard to write high-quality software for the Mac.  Cricket Draw is a
best selling program, as are SuperPaint and MacDraw.  But they are all
buggy.  Not so good for people seeking computers for the rest of us.  (I
wonder what people did before the programmer's switch became standard.)
--
Bill Pearson
[e-mail]


------------------------------

From: [e-mail] (Steven Den Beste)
Subject: Re: Code Optimization
Date: 24 Jan 88 16:13:24 GMT
Organization: Bolt Beranek and Newman, Inc., Cambridge, MA

Johan Larson writes:

> Currently, single pass compilers are very popular, due to their speed.  This

It depends on what you mean by a "single pass" compiler. If you mean a
single-pass compiler which yields assembly language, then you are sort
of cheating, because the two passes of the assembler represent the
second and third passes of your "one-pass" compiler.

If you mean a single-pass compiler which goes direct to object (or
executable - did I mention the two linking passes above, too?) then the
big big problem with single pass compilers is that they have to keep
everything in memory. If your program won't fit (and it has to be the
WHOLE program, too - you can't break it up unless you have a separate
linker (which means two more passes)) then you are SOL.

The biggest advantage of a multi-pass compiler is that the available
memory at compilation is almost unrelated to the size of the program
being compiled (the only thing which is related is the symbol table
size).

If a single-pass compiler operates in memory, there is no fundamental
reason why it can't generate code just as efficient as a multi-pass
compiler.

(By the way, I think you must be a Mac person. I don't know of any
single pass C-compilers for the Amiga, and very little development is
done in any other languages for it.)

> The Mac and Amiga worlds are currently in the process of changing from the

Now, I may be wrong about this, but the big advantage of the 68020 isn't
so much new instructions (there are a few, but they aren't commonly
used) but the fact that it executes the old instructions much faster -
because it uses a 32-bit internal data path and the 68000 uses a 16-bit
path, so it takes twice as many internal cycles on the 68000 for a given
amount of wide data.

The execution speed of a program using the 68000 set, but run on the
68020, will not be much worse typically than the same program compiled
to use the full 68020 set - but both will beat the pants off of a 68000
running the same clock rate.

The one big exception to this is that the 68000 cannot work with a math
co-processor and the 68020 (and the 68010 before it) can - so for math
stuff if you use the coprocessor instructions you can get orders of
magnitude increases in speed. There are ways of working around this so
that the same code works on both, but takes advantage of the math chip
if it is there:

Way #1: All math operations are handled as calls to a run-time-loaded
library of math routines. On a 68000 or a 68020 without math chip, you
load a software floating point library. On the 68020 with math chip, you
load one which calls the chip. (This is what the Amiga does.)

Way #2: Everyone's code uses the math chip instructions, but on a 68000
or an uninstalled 68020 they trap as illegal instructions - to a special
routine which emulates them in software and returns!

In the former case you pay a small performance hit on the 68020 with
math chip as compared to the latter.


> The code optimizer, if properly written, could remove the inefficiency of

An optimizer cannot run on compiled binary - the problem is
indeterminate. The reason is simple: The optimizer cannot differentiate
between data and code. (And if it optimizes the data, the program dies.)
Worse than that, even if it knew that it was in code, it cannot
unambiguously identify the beginnings of instructions.

In any case, in anything greater than a peephole optimizer, even the raw
assembly language isn't enough - the optimizer must be given information
about the original program.

An example is "common subtree" optimization in a complex expression: To
identify this is difficult and fraught with errors in the assembly
language. The right place to do it is in the parser when building the
expression tree.

Another example (probably closer to your heart) would be "Oh, I can use
a 68881 instruction here". Unless your math library emulates the 68881
on a one-call-per-one-instruction basis, you may not be able to figure
out that a 68881 instruction will help - without reference to the
original source. (And if you are operating on binary, you may not know
that this particular subroutine call was a call to the math library,
anyway!)

Peep-hole optimizers have their place, but the kind of optimization you
are asking for can't be done that way.

...and even if it could, I gather that you are thinking of this as a
COMMERCIAL thing - and what manufacturer will distribute the assembly
language of their program, complete with labels? (I gather that your
idea was that someone buys a commercial program intended for a 68000,
passes it through the magic optimizer, and all-of-a-sudden it is
optimized for the 68020 with math chip.)


> Is there some fundamental problem with what is described above?  Is anyone

It seems to me you've missed an easy answer to your problem: Use your
inefficient fast single-pass compiler while you develop, and when you
are done use the efficient slow multi-pass compiler for the production
version.

Why do you need an optimizer at all? Use the one that's built into the
multi-pass compiler.
--
Steven C. Den Beste,   Bolt Beranek & Newman, Cambridge MA
[e-mail](ARPA/CSNET/UUCP)    harvard!bbn.com!denbeste(UUCP)

------------------------------

From: [e-mail] (Paul Smethers)
Subject: Prototyper
Date: 23 Jan 88 22:40:28 GMT
Organization: SmethersBarnes

The people in the Publishing department have asked me to post their
press release for Prototyper on the net, which is now shipping.

Instead, as we had such a great success at our MacWorld rollout (we sold
our entire inventory at the show), I thought I'd just mention the key
points about the product and let those on the net who had purchased it
give a more unbiased opinion.

First off, as you may know, a year ago we announced Prototyper, but
withdrew our announcements and advertisements as quickly as they came.
This happened because we got an overwhelming response asking for
Prototyper to include source code and resource generation.  Well, our
current implementation was incapable of growing to fit this need, and we
knew that the only way to every supply this would be to redesign from
the beginning.  What we ended up doing, however, is linking our
resources with a third party who had a product that did code generation,
and together we produced a superior product that not only does code
generation, but is so easy to use that we are now positioning the
product as a tool for "non-programmers".

Of course, if you are a programmer, then the code and resource
generation (it also will read resources from other applications),
effectively makes Prototyper one of the best resource editors available.
 Its easy, Macdraw-like user interface makes the creation of your
windows, dialogs, and menus much easier than if you used any other of
the available tools.  It also supplies a linking mechanism that makes it
possible to simulate some of the interactive functions of a normal
Macintosh application.

We are dedicated to listening and responding to our users at
SmethersBarnes (as we have already demonstrated), and I personally will
try to support us on the Net (we have other employees handling other
BBS).  So, please give me your opinions or questions, and I'll forward
them to the publishing department.  I personally am only partially
involved with Prototyper, but as a Macintosh hacker and user of
Prototyper, I am sure I can help.

SmethersBarnes can be reached by phone through 1-800-237-3611, or you
can write:

  SmethersBarnes
  Dept. 400, PO Box 639
  Portland, Or.  97207

Oh, I almost forgot (this is the most important part to the publishing
dept.). The price is $125, and we have a introductory price if purchased
directly through SmethersBarnes of $99.  Prototyper will hit the regular
distribution channels over the next few months.
--
Paul Smethers
SmethersBarnes


------------------------------

From: [e-mail] (William H. Jefferys)
Subject: Re: Looking for Mr. GoodDraw
Date: 24 Jan 88 23:50:48 GMT
Organization: UT AUSTIN Astronomy Department/McDonald Observatory

I got Canvas just a few days ago, and although I haven't had a lot of
experience with it, I am so far very pleased with it. The only drawback
with it so far is that you have to convert MacDraw format to PICT format
to read it in. But it has (1) a large selection of  magnifications, (2)
Ability to change fonts/styles/sizes within a text box, (3) Can rotate
any object, including text, through an  arbitrary angle, (4) Bezier
curves and polygon smoothing, (5) mixing of bitmaps (arbitrary
resolutions) and object-oriented drawing in the  same picture. It's a
well thought out package and I have found it easy  and intuitive to use
so far. I got it from MacConnection for $119. It comes in both a DA and
application version, although the DA doesn't have all the features of
the application.

Bill Jefferys

--
Glend.    I can call spirits from the vasty deep.
Hot.    Why, so can I, or so can any man; But will they come when you
    do call for them?    --  Henry IV Pt. I, III, i, 53


------------------------------

From: [e-mail] (Stephen B. Baumgarten)
Subject: Re: JClock vs. MenuClock
Date: 25 Jan 88 02:40:33 GMT
Organization: DP&W, New York, NY

As an aside, don't use JClock anymore, regardless of it's merits.  It
seems to steal too much time from the system, which is especially bad if
you're running MultiFinder.  As an example, hierarchical menus were
taking about 2-3 seconds to display with JClock running.  After removing
it (and installing MenuClock101 in its place), things run fine again.

I only wish MenuClock had an option that made it somewhat more
belligerent -- I wouldn't mind it writing over the rightmost menu in
those applications that insist on displaying more menus than they really
need (RSG, for example).

--
   Steve Baumgarten             | "New York... when civilization falls apart,
   Davis Polk & Wardwell        |  remember, we were way ahead of you."
   ...!cmcl2!esquire!sbb        |                           - David Letterman

------------------------------

End of Usenet Mac Digest
************************
-------